home *** CD-ROM | disk | FTP | other *** search
/ Aminet 48 / Aminet 48 (2002)(GTI - Schatztruhe)[!][Apr 2002].iso / Aminet / docs / misc / MemManual.lha / MemManual / MemManual.readme < prev    next >
Encoding:
Text File  |  2002-02-10  |  3.2 KB  |  73 lines
  1. Short:    Examples, Tutorial, (Auto)docs for Virtual Memory Lib
  2. Uploader: thor@math.tu-berlin.de (Thomas Richter)
  3. Author:   thor@math.tu-berlin.de (Thomas Richter)
  4. Type:     docs/misc
  5. Requires: Os 2.04, a 68020/68851, 68030, 68040 or 68060 with a working MMU
  6. Version:  40.1
  7.  
  8. -----------------------------------------------------------------------------
  9.  
  10. Contents:
  11.  
  12. This archive is the developer's distribution of the Memory Library, the
  13. virtual memory library for the Amiga. You'll find include files, example
  14. sources and manuals here. The library itself is not included in this
  15. archive, but in the "MemLib.lha" distribution, on Aminet.
  16.  
  17. -----------------------------------------------------------------------------
  18.  
  19. Purpose and goal of the memory.library:
  20.  
  21. The memory.library is the second step stone of the mmu.library project. The
  22. purpose of this library is to provide virtual memory for the AmigaOs 
  23. environment. The requirement for making the memory.library working is to
  24. install the mmu.library.
  25.  
  26.  
  27. What does the memory.library, and what not?
  28.  
  29. The memory.library is *not* a system patch in the spirit of VMM or GigaMem.
  30. It will not provide virtual memory automatically to old programs. The AmigaOs
  31. is not prepared to handle this kind of virtual memory due to certain re-
  32. strictions arising from access exception handling. However, "virtual memory
  33. on demand" is possible - that is, programs are able to allocate virtual memory
  34. from this library, and make use of it. These programs need not to care about
  35. how memory is swapped in or out, this is done automatically. The only
  36. additional step that is required to make use of virtual memory is to allocate
  37. it from the memory.library directly rather than from exec, plus some safety
  38. rules how to use this memory. A transparent patch to the system to make 
  39. virtual memory available to all applications automatically is *not* possible, 
  40. and is neither the intention of the memory.library at all.
  41.  
  42. The memory.library requires the installation of the mmu.library as it is
  43. build on top of it. You are also encouraged to use the MuLib provided
  44. 68040 resp. 68060 libraries as they handle virtual memory more careful than
  45. other implementations. The "SwapTest" program in the Examples directory 
  46. should be run to find out whether the cpu support library you're using is
  47. prepared for virtual memory.
  48.  
  49.  
  50. About the mmu.library:
  51.  
  52. The mmu.library is a basis for MMU (memory management) related functions the 
  53. MC68K family can perform. Up to now certain hacks are available that program 
  54. the MMU themselves (Enforcer,CyberGuard,GuardianAngle,SetCPU,Shapeshifter,
  55. VMM,GigaMem...). 
  56. It's therefore not unexpected that these tools conflict with each other.
  57. There's up to now no Os support for the MMU at all - the gap this mmu.library
  58. fills.
  59.  
  60. The goal is to provide a basis of functions to address and program the MMU in
  61. a hardware independent, Os friendly fashion. Hence, the new version of the
  62. Enforcer, called MuForce, will work together with virtual memory, and others.
  63.  
  64. The mmu.library is also the basis for this virtual memory project, the 
  65. memory.library. Even though the mmu.library does not provide virtual memory
  66. itself, it builds the basics to allow an easy implementation and to avoid the
  67. hacks required by other implementations so far.
  68.  
  69.  
  70. Thomas Richter,
  71.  
  72.     February 2002
  73.